(12) INTERNATIONAL APPLICATION PUBLISHED UNDER THE PATENT COOPERATION TREATY (PCT) 



(19) World Intellectual Property Organization 
International Bureau 

(43) International Publication Date 
25 May 2001 (25.05.2001) 




PCT 



IlllllllillUllllilllllllll 

(10) International Publication Number 

WO 01/37081 A2 



(51) International Patent Classification 7 : G06F 9/00 

(21) International Application Number: PCT/USOO/41836 

(22) International Filing Date: 

2 November 2000 (02. 11 .2000) 



(25) Filing Language: 

(26) Publication Language: 



English 
English 



(30) Priority Data: 

60/165,552 15 November 1999 (15.11.1999) US 
09/489,464 21 January 2000 (21.01.2000) US 

(71) Applicant: SUN MICROSYSTEMS, INC. [US /US]; 901 
San Antonio Road, Palo Alto, CA 94303 (US). 

(72) Inventor: CONNOR, William; 3730 Britting Avenue, 
Boulder, CO 80303 (US). 



(74) Agent: PARK, Richard; 508 2nd Street, Suite 201, Davis, 
CA 95616 (US). 

(81) Designated States (national)'. AE, AG, AL, AM, AT, AU, 
AZ, BA, BB, BG, BR, BY, BZ, CA, CH, CN, CR, CU, CZ, 
DE, DK, DM, DZ, EE, ES, FI, GB, GD, GE, GH, GM, HR, 
HU, ID, IL, IN, IS, JP, KE, KG, KP, KR, KZ, LC, LK, LR, 
LS, LT, LU, LV, MA, MD, MG, MK, MN, MW, MX, MZ, 
NO, NZ, PL, FT, RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, 
TR, IT, TZ, UA, UG, UZ, VN, YU, ZA, ZW. 

(84) Designated States (regional)'. ARIPO patent (GH, GM, 
KE, LS, MW, MZ, SD, SL, SZ, TZ, UG, ZW), Eurasian 
patent (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), European 
patent (AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, 
IT, LU, MC, NL, PT, SE, TR), OAPI patent (BF, BJ, CF, 
CG, CI, CM, GA, GN, GW, ML, MR, NE, SN, TD, TG). 



[Continued on next page] 



(54) Title: METHOD AND APPARATUS FOR CONCURRENCY CONTROL IN A POLICY-BASED MANAGEMENT SYS- 
TEM 



DISTRIBUTED 
COMPUTER 
SYSTEM 
100 



< 

00 



O 



LOCK 




POUCY 
106 



CONTROLLER 
206 



CONTROLLER 
206 



LOCK 
228 



MANAGED 
RESOURCE 
112 



LOCK 



CONTROLLER 
210 



LOCK 



229 



LOCK 
230 



MANAGED 
RESOURCE 
114 



LOCK 
232 



(57) Abstract: A system that facilitates 
concurrency control for a policy-based 
management system that controls resources 
in a distributed computing system, the 
system operates by recei ving a reques t 
to perform an operaiio n~on a lockab le 
r esource from a controller in the dist ributed 
computing system. This controller~iends 
the request in order to enforce a first 
policy for controlling resources in the 
distributed computing system. In response 
the request, the system determines whether 
the controller holds a lock on the lockable 
resource. If so, the system allows the 
controller to execute the operation on jhe 
lockable resource. If not, the system allows 
the controller an opportunity to acquire 
the lock. If the controller is able to acquire 
the lock, the system allows the controller 
to execute the operation on the lockable 
resource. 



WO 01/37081 A2 IlllllllllllllllllllillillUIIIll 



Published: f or two-letter codes and other abbreviations, refer to the "Guid- 

Without international search report and to be republished ance Notes on Codes and Abbreviations* 1 appearing at the begin- 
upon receipt of that report n ing of each regular issue of the PCT Gazette. 



WO 01/37081 



PCT/US00/41836 



1 

METHOD AND APPARATUS FOR 
CONCURRENCY CONTROL IN A POLICY- 
BASED MANAGEMENT SYSTEM 

5 

Inventor: William H. Connor 
BACKGROUND 

Field of the Invention 

The present invention relates to managing resources in a distributed computing 
system. More specifically, the present invention relates to a method and an apparatus 
for providing concurrency control between policies in a policy-based management 
system, wherein the concurrency control is accomplished through locking of resources 
and/or controllers for resources in a distributed computing system. 

Related Art 

Automated management systems are increasingly being used to control the 
actions of resources within distributed computing systems. Some of these automated 
management systems are policy-based, which means they automatically enforce a 
policy that is specified by one or more rules. For example, a policy can specify that a 
distributed storage system should maintain a reserve of 30% in extra storage capacity. 
In enforcing the policy, the system continually monitors its reserve of extra storage 
capacity. If additional storage capacity gets depleted, or if one or more storage 
devices fail, the system automatically takes action to bring additional storage devices 
on line. 

In some situations, two or more management policies may attempt to manage 
the same resource at the same time. The resulting concurrent management can result 
in inconsistent or ineffective management of the resource. For example, a policy that 
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attempts to ensure that all requests to a service are processed within a fixed amount of 
time can conflict with a policy that attempts to ensure that priority requests are 
processed first. In this case, if there are too many priority requests, some non-priority 
requests may not be processed within the fixed amount of time. 
5 Conflicting policies can cause instability in the system because as the policies 

conflict with each other, none of the policies accomplishes its objectives. This can 
cause each of the policies to increase their inputs into the system in an effort to 
accomplish their conflicting objectives. These increased inputs (that are likely to 
conflict) can result in unstable behavior. 

10 Conflicting policies can also cause resources to be inconsistent. For example, 

a first policy may cause routers in a system to be configured to maximize bandwidth 
of the system, while a conflicting second policy may cause routers to be configured to 
maximize reliability of the system. In this case, the first policy may cause some of the 
routers to be configured to maximize bandwidth, while the second policy causes other 

15 routers to be inconsistently configured to maximize reliability. This inconsistency 
may cause both policies to fail. 

Some systems attempt to detect conflicts between policies "up front," before 
the policies are actually deployed. Unfortunately, this up front analysis cannot 
simulate all of the possible ways in which conflicts can arise between policies. 

20 Hence, the resulting analysis may be overly conservative, because the analysis may 
detect potential conflicts that do not actually occur during normal system operation. 
On the other hand, the resulting analysis may ignore conflicts that appear to be 
improbable, but that actually occur during system operation. 

What is needed is a method and an apparatus that facilitates coordination of 

25 potentially conflicting policies for managing resources in a distributed computing 
system. 

SUMMARY 

One embodiment of the present invention provides a system that facilitates 
30 concurrency control for a policy-based management system that controls resources in 
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a distributed computing system. The system operates by receiving a request to 
perform an operation on a lockable resource from a controller in the distributed 
computing system. This controller sends the request in order to enforce a first policy 
for controlling resources in the distributed computing system. In response the request, 
5 the system determines whether the controller holds a lock on the lockable resource. If 
so, the system allows the controller to execute the operation on the lockable resource. 
If not, the system allows the controller to acquire the lock. If the controller is able to 
acquire the lock, the system allows the controller to execute the operation on the 
lockable resource. 

10 In one embodiment of the present invention, locks held by a controller expire 

after a pre-specified lease period, unless the lease is renewed within the pre-specified 
lease period. 

In one embodiment of the present invention, the first policy is configured to 
command resources in the distributed computing system to perform actions so that the 
1 5 distributed computing system operates in accordance with a rule that is enforced by 
the first policy. Note that this rule governs behavior of resources within the 
distributed computing system. 

In one embodiment of the present invention, the system throws an exception if 
the controller does not hold a lock on the lockable resource and if the controller does 
20 not acquire a lock. 

In one embodiment of the present invention, the lockable resource includes a 
resource within the distributed computing system. 

In one embodiment of the present invention, the lockable resource is itself a 
second policy for controlling resources in the distributed computing system. 
25 In one embodiment of the present invention, the controller includes a client in 

the distributed computing system. 

In one embodiment of the present invention, the controller includes the first 
policy for controlling resources in the distributed computing system. 

In one embodiment of the present invention, the controller includes a higher- 
30 level policy for controlling resources in the distributed computing system, and the 
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lockable resource includes a lower-level policy for controlling resources in the 
distributed computing system. 

In one embodiment of the present invention, the controller acquires a lock 
from a lockable resource that allocates locks to controllers. 
5 In one embodiment of the present invention, the lockable resource presents 

one or more independent locks providing access to independent sub-units of the 
resource. 



BRIEF DESCRIPTION OF THE FIGURES 

10 FIG. 1 illustrates a distributed computing system in accordance with an 

embodiment of the present invention. 

FIG. 2 illustrates the distributed computing system of FIG. 1 in more detail in 
accordance with an embodiment of the present invention. 

FIG. 3 illustrates the interplay between a controller, a lock and a controller 
15 service in accordance with an embodiment of the present invention. 

FIG. 4 is a flow chart illustrating how a controller is registered and renewed in 
accordance with an embodiment of the present invention. 

FIG. 5 is a flow chart illustrating how a request to access a lockable resource is 
processed in accordance with an embodiment of the present invention. 

20 

DETAILED DESCRIPTION 

The following description is presented to enable any person skilled in the art to 
make and use the invention, and is provided in the context of a particular application 
and its requirements. Various modifications to the disclosed embodiments will be 
25 readily apparent to those skilled in the art, and the general principles defined herein 
may be applied to other embodiments and applications without departing from the 
spirit and scope of the present invention. Thus, the present invention is not intended 
to be limited to the embodiments shown, but is to be accorded the widest scope 
consistent with the principles and features disclosed herein. 
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The data structures and code described in this detailed description are typically 
stored on a computer readable storage medium, which may be any device or medium 
that can store code and/or data for use by a computer system. This includes, but is not 
limited to, magnetic and optical storage devices such as disk drives, magnetic tape, 
5 CDs (compact discs) and DVDs (digital video discs), and computer instruction signals 
embodied in a transmission medium (with or without a carrier wave upon which the 
signals are modulated). For example, the transmission medium may include a 
communications network, such as the Internet. 



10 Distributed Computing System 

FIG. 1 illustrates a distributed computing system in accordance with an 
embodiment of the present invention. Distributed computing system 100 includes 
client 102, which communicates with policies 104 and 1 10. Note that policy 104 is a 
higher-level policy that communicates with lower-level policies 106 and 108. Polices 

15 1 06, 1 08 and 1 1 0 in turn communicate with managed resources 1 12 and 1 14. Client 
102 can include any type of entity that locates and communicates with management 
services. For example, client 102 can include a human user, a user interface for an 
administrative user, a client computing system that requests computational and/or data 
storage resources from a server computer system, or a control program. 

20 In one embodiment of the present invention, policies 104, 106, 108 and 1 10 

assume the form of software components that allow a resource or a policy to be 
managed at an increased level of abstraction. A policy typically enforces a set of one 
or more rules that are associated with the policy. Note that rules may be expressed 
using a number of different means, including through graphical interfaces, through 

25 languages such as the JAVA™ programming language, and through natural languages 
(such as English). (Java is a registered trademark of SUN Microsystems, Inc. of Palo 
Alto, California.) 

A policy may control managed resources of the distributed computing system 
100, such as managed resources 1 12 and 1 14. A policy may also control other 
30 policies. For example, in FIG. 1 policy 104 is a higher-level policy that controls 
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lower-level policies 106 and 108. In this case, higher-level policy 104 may enforce a 
rule that specifies a distributed storage system should maintain a reserve of 30% in 
extra storage capacity. This higher-level policy 104 may control a lower-level policy 
106 that enforces a rule that if a storage device fails a purchase order is generated for a 
5 replacement storage device. 

Once a policy is implemented as a software component, the software 
component is typically configured to automatically monitor the system, and to take 
actions to enforce the policy without a human being or higher-level program being 
involved in the enforcement process. 

10 Managed resources 112 and 1 14 may include entities such as devices, 

appliances, systems and applications that are managed by "controllers" within 
distributed computing system 100. Note that a number of standards are emerging for 
communicating with managed resources, such as the Web Based Enterprise 
Management (WBEM) standard. 

1 5 The term "controller" as used in the application can refer to any entity that can 

control a "lockable resource." For example, a controller can include a client, such as 
client 102 or a policy, such as policies 104, 106, 108 and 110. 

The term "lockable resource" as used in this application can refer to any 
resource that can be locked by a controller. For example, a lockable resource can 

20 include a managed resource, such as managed resources 1 12 and 1 14, as well as a 
policy, such as policies 104, 106, 108 and 1 10. Lockable resources may present one 
or more exclusive locks. For example, a storage device may include a lock for 
controlling the cooling of a power supply for the storage device, as well as a lock for 
processing requests to the storage device. 

25 FIG. 2 illustrates distributed computing system 100 from FIG. 1 in more detail 

in accordance with an embodiment of the present invention. In this embodiment, 
client 102 and policies 104, 106, 108, and 110 contain controllers 202, 204, 206, 208 
and 210, respectively. Controllers 202, 204, 206, 208 and 210 can control lockable 
resources. 
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Lockable resources, such as policies and managed resources, present one or 
more exclusive locks that may be held by a controller. More specifically, policy 104 
presents locks 221 and 222. Policy 106 presents locks 223 and 224. Policy 108 
presents lock 225. Policy 110 presents locks 226 and 227. Managed resource 1 12 
5 presents locks 228 and 229. Finally, managed resource 114 presents locks 230, 231 
and 232. 

In this embodiment of the present invention, each lock may only be held by a 
single controller at the same time. This prevents conflicting controllers from 
controlling critical sections of the same lockable resource at the same time. In FIG. 2, 
1 0 client 1 02 holds locks on policy 1 04 and policy 110; policy 1 04 holds locks on 

policies 106 and 108; policy 106 holds a lock on managed resource 1 12; and policy 
108 holds a lock on managed resource 114. 

Note that lock 228 held by policy 106 precludes policy 108 from holding lock 
228. Also note that lock 231 held by policy 108 precludes policies 106 and 1 10 from 
15 holding lock 231. 



Controller 

FIG. 3 illustrates the interplay between controller 302, lock 308 and controller 
service 320 in accordance with an embodiment of the present invention. As 
20 mentioned above, controller 302 can include any entity that can control a lockable 
resource. To facilitate the locking process, controller 302 registers with controller 
service 320 to receive controller ID 304 and lease object 306. 

In one embodiment of the present invention, controllers do not release locks 
that they have acquired. Controllers that wish to change their set of locks do so by 
25 canceling themselves with controller service 320, and then re-registering (as 
effectively a new controller). 

Controller ID 304 is used to uniquely identify controller 302. While invoking 
operations on lockable resources, controller 302 passes controller ID 304 to the 
lockable resources. In one embodiment of the present invention, controller ID 304 is 
30 passed implicitly rather than explicitly as an argument. 
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Lease object 306 facilitates detecting the unexpected loss of controller 302, 
thereby allowing stale locks to be released. In one embodiment of the present 
invention, controller ID 304 is "leased'Ho controller 302 for a time period of limited 
duration. Controller 302 periodically renews the lease with controller service 320 to 
5 maintain control over the locks. Failure to renew the lease is interpreted by controller 
service 320 as an unexpected loss of controller 302. Alternatively, controller 302 can 
cancel the lease to indicate that the controller 302 no longer holds the lock 308, or any 
other locks previously held by controller 302. In either case (failure to renew or 
cancellation), lock 308 is no longer considered to be owned by the controller 302. 
10 The system uses controller service 320 to manage controllers. This allows the 

system to tolerate certain partial failures, such as the loss of a controller. Controller 
service 320 maintains a table 322 of controller ID/lease object pairs that have been 
issued to registered controllers. More specifically, table 322 contains entries for, 
controller ID 304 and associated lease object 306, controller ID 3 12 and associated 
lease object 3 14, as well as controller ID 3 1 6 and associated lease object 318. Note 
that a controller that cancels or fails to renew a lease will have its corresponding 
record in controller service 320 removed. 

Process of Registering a Controller 

20 FIG. 4 is a flow chart illustrating how a controller is registered and renewed in 

accordance with an embodiment of the present invention. The system starts at step 
400. Controller 302 registers with controller service 320 (step 402). Controller 
service 320 makes an entry in table 322 for controller ID 304 and lease object 306, 
and then returns controller ID 304 and lease object 30£ to controller 302 (step 404). 

25 Controller 302 periodically renews lease object 306 (step 406). In one embodiment of 
the present invention, this is accomplished by activating lease object 306, which 
causes lease object 306 to contact controller service 320 in order to renew the lease 
(step 408). The system then ends at step 410. 
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Process of Accessing a Lockable Resource 

FIG. 5 is a flow chart illustrating how a request to access a lockable resource is 
processed in accordance with an embodiment of the present invention. The system 
starts at step 500. The system first receives a request from controller 302 to perform 
5 an operation on a lockable resource (step 502). In one embodiment of the present 

invention, controller ID 304 is implicitly passed along with the request. In response to 
the request, the system determines if controller 302 holds a lock on the lockable 
resource (step 504). This entails comparing the implicitly passed controller ID 304 
with the controller ID 304 that is stored within lock 308. If controller 302 has a lock 
10 on the lockable resource, the system allows controller 302 to perform the requested 
operation on the lockable resource (step 510). 

If controller 302 does not have a lock on the lockable resource, the system 
queries controller service 320 to determine if the current lock holder is still valid (step 
506). If the current lock holder is still valid, controller 302 is not able to proceed with 
15 its access to the lockable resource. Consequently, the system throws an exception 
(step 512). This completes the process (step 514). 

If the current lock holder is not valid, the system causes controller 302 to be 
noted as the lock owner (step 508). Next, the system allows controller 302 to perform 
the requested operation on the lockable resource (step 510). This completes the 
20 process (step 5 14). 



The foregoing descriptions of embodiments of the invention have been 
presented for purposes of illustration and description only. They are not intended to 
be exhaustive or to limit the invention to the forms disclosed. Accordingly, many 
25 modifications and variations will be apparent to practitioners skilled in the art. 

Additionally, the above disclosure is not intended to limit the invention. The scope of 
the invention is defined by the appended claims. 
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1 . A method for providing concurrency control for a policy-based 
management system that controls resources in a distributed computing system, the 
5 method comprising: 

receiving a request to perform an operation on a lockable resource from a 
controller in the distributed computing system; 

wherein the controller sends the request in order to enforce a first policy for 
controlling resources in the distributed computing system; 
1 0 determining whether the controller holds a lock on the lockable resource; 

allowing the controller to execute the operation on the lockable resource if the 
controller holds the lock on the lockable resource; 

allowing the controller to acquire the lock if the controller does not hold the 
lock on the lockable resource; and 
1 5 allowing the controller to execute the operation on the lockable resource if the 

controller acquires the lock. 



2. The method of claim 1 , wherein the first policy is configured to 
command resources in the distributed computing system to perform actions so that the 
20 distributed computing system operates in accordance with a rule that is enforced by 
the first policy, wherein the rule governs behavior of resources within the distributed 
computing system. 



3. The method of claim 1 , further comprising throwing an exception if the 
25 controller does not hold the lock on the lockable resource and if the controller does 

not acquire the lock. 

4. The method of claim 1, wherein the lock held on the lockable resource 
expires after a pre-specified lease period, unless the lease is renewed within the pre- 

30 specified lease period. 
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5. The method of claim 1 , wherein the lockable resource includes a 
resource within the distributed computing system. 

5 6. The method of claim 1, wherein the lockable resource includes a 

second policy for controlling resources in the distributed computing system. 

7. The method of claim 1 , wherein the controller includes a client in the 
distributed computing system. 

10 

8. The method of claim 1 , wherein the controller includes the first policy 
for controlling resources in the distributed computing system. 

9. The method of claim 1, wherein the controller includes a higher-level 
15 policy for controlling resources in the distributed computing system, and wherein the 

lockable resource includes a lower-level policy for controlling resources in the 
distributed computing system. 

10. The method of claim 1 , wherein allowing the controller to acquire the 
20 lock includes allowing the controller to acquire the lock from a resource that allocates 

locks to controllers. 

11. The method of claim 1, wherein the lockable resource presents one or 
more independent locks providing access to independent sub-units of the resource. 

25 

12. A computer-readable storage medium storing instructions that when 
executed by a computer cause the computer to perform a method for providing 
concurrency control for a policy-based management system that controls resources in 
a distributed computing system, the method comprising: 
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receiving a request to perform an operation on a lockable resource from a 
controller in the distributed computing system; 

wherein the controller sends the request in order to enforce a first policy for 
controlling resources in the distributed computing system; 

determining whether the controller holds a lock on the lockable resource; 

allowing the controller to execute the operation on the lockable resource if the 
controller holds the lock on the lockable resource; 

allowing the controller to acquire the lock if the controller does not hold the 
lock on the lockable resource; and 

allowing the controller to execute the operation on the lockable resource if the 
controller acquires the lock. 



1 3 . The computer-readable storage medium of claim 1 2, wherein the first 
policy is configured to command resources in the distributed computing system to 

1 5 perform actions so that the distributed computing system operates in accordance with 
a rule that is enforced by the first policy, wherein the rule governs behavior of 
resources within the distributed computing system. 

1 4. The computer-readable storage medium of claim 12, wherein the 
20 method further comprises throwing an exception if the controller does not hold the 

lock on the lockable resource and if the controller does not acquire the lock. 

15. The computer-readable storage medium of claim 12, wherein locks 
held by the controller expire after a pre-specified lease period, unless the lease is 

25 renewed within the pre-specified lease period. 



1 6. An apparatus that provides concurrency control within a policy-based 
management system that controls resources in a distributed computing system, the 
apparatus comprising: 
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a receiving mechanism that receives a request to perform an operation on a 
lockable resource from a controller in the distributed computing system; 

wherein the controller sends the request in order to enforce a first policy for 
controlling resources in the distributed computing system; 
5 a determining mechanism that determines whether the controller holds a lock 

on the lockable resource; 

an execution mechanism that is configured to, 

allow the controller to acquire the lock if the controller does not 
hold the lock on the lockable resource, and to 
10 allow the controller to execute the operation on the lockable 

resource if the controller holds the lock on the lockable resource. 



1 7. The apparatus of claim 1 6, wherein the first policy is configured to 
command resources in the distributed computing system to perform actions so that the 
1 5 distributed computing system operates in accordance with a rule that is enforced by 
the first policy, wherein the rule governs behavior of resources within the distributed 
computing system. 



1 8. The apparatus of claim 1 6, wherein the execution mechanism is 
20 configured to throw an exception if the controller does not hold the lock on the 

lockable resource and if the controller does not acquire the lock. 

19. The apparatus of claim 16, wherein the lock on the lockable resource 
expires after a pre-specified lease period, unless the lease is renewed within the pre- 

25 specified lease period. 



20. The apparatus of claim 16, wherein the lockable resource includes a 
resource within the distributed computing system. 



WO 01/37081 PCT/US00/41836 

14 

2 1 . The apparatus of claim 1 6, wherein the lockable resource includes a 
second policy for controlling resources in the distributed computing system. 

22. The apparatus of claim 16, wherein the controller includes a client in 
5 the distributed computing system. 

23. The apparatus of claim 16, wherein the controller includes the first 
policy for controlling resources in the distributed computing system. 

10 24. The apparatus of claim 1 6, wherein the controller includes a higher- 

level policy for controlling resources in the distributed computing system, and 
wherein the lockable resource includes a lower-level policy for controlling resources 
in the distributed computing system. 

15 25 . The apparatus of claim 1 6, wherein the execution mechanism is 

configured to allow the controller to acquire the lock from a resource that allocates 
locks to controllers. 

26. The apparatus of claim 16, wherein the lockable resource presents one 
20 or more independent locks providing access to independent sub-units of the resource. 
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